home *** CD-ROM | disk | FTP | other *** search
/ Collection of Internet / Collection of Internet.iso / infosrvr / dev / www_talk.930 / 001210_broccol@csdsun1…ut.utexas.edu _Fri May 28 17:35:45 1993.msg < prev    next >
Internet Message Format  |  1994-01-24  |  3KB
  1. Return-Path: <broccol@csdsun1a.arlut.utexas.edu>
  2. Received: from dxmint.cern.ch by  nxoc01.cern.ch  (NeXT-1.0 (From Sendmail 5.52)/NeXT-2.0)
  3.     id AA11724; Fri, 28 May 93 17:35:45 MET DST
  4. Received: from csdsun1b.arlut.utexas.edu by dxmint.cern.ch (5.65/DEC-Ultrix/4.3)
  5.     id AA24950; Fri, 28 May 1993 17:57:14 +0200
  6. Received: by csdsun1a.arlut.utexas.edu (4.1/Alliant-5.0)
  7.     id AA25243; Fri, 28 May 93 10:56:52 CDT
  8. Date: Fri, 28 May 93 10:56:52 CDT
  9. From: broccol@csdsun1a.arlut.utexas.edu (Jonathan Abbey)
  10. Message-Id: <9305281556.AA25243@csdsun1a.arlut.utexas.edu>
  11. To: www-talk@nxoc01.cern.ch
  12. Subject: Re: Keeping HTML Simple & Format negotiation between Browser & Server
  13.  
  14. ---------  Received message begins Here  ---------
  15.  
  16. In response to:
  17.  
  18. > From sanders@bsdi.com Thu May 27 15:33:24 1993
  19. > Subject: Re: Keeping HTML Simple & Format negotiation between Browser & Server 
  20. > In-Reply-To: Your message of Thu, 27 May 93 14:24:29 CDT.
  21. > Organization: Berkeley Software Design, Inc.
  22. > Date: Thu, 27 May 1993 15:08:29 -0500
  23. > From: Tony Sanders <sanders@bsdi.com>
  24. > 
  25. > My prefered scheme for selection of links in external objects is just send
  26. > the x,y coordinates of the selection to the server and let it deal with
  27. > it however is best.  This is how the current selection stuff works for
  28. > <IMG ISMAP>.  This lets you backend with whatever you need (like maybe
  29. > WAIS spatial indexing) without hardcoding anything in the client.
  30. > 
  31. > This scheme has the advantages of being easy on the browser, simple to
  32. > implement, low network overhead, it fits in with the existing HTTP
  33. > protocol (even HTTP/0.9) and it's working today:
  34.  
  35. It's easy on the browser, but devilishly difficult on the server.  With a
  36. list of bounding rectangles for a link, it is possible for the links to be
  37. saved in a static file along with the document they apply to, without any need
  38. for an active process to mediate the clicks.  This way, hyperlinked images can
  39. be stored on, e.g., ftp servers, or cached locally.  
  40.  
  41. In addition, with the bounding rectangles associated with a particular link,
  42. the browser doesn't need to contact the server to follow a link, and it becomes
  43. possible for the browser to provide feedback when the pointer is moved onto a link.
  44.  
  45. A list of bounding rectangles need not be onerous on the network, particularly in
  46. comparison to the size of the images to begin with.
  47.  
  48. > The same scheme could work for any external format with a little
  49. > cooperation from the viewer.
  50.  
  51. Ditto the bounding rectangles scheme.
  52.  
  53. A generic point and click scheme could be significantly better for things like
  54. mathematical graphing systems, where the server can do a reverse map of the click
  55. to a point in some transformed space.  This could be a good thing.
  56.  
  57. Perhaps we could have both systems?
  58.  
  59. Jonathan Abbey
  60. Applied Research Laboratories
  61. University of Texas, Austin